home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / m68k / 199 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.5 KB
  1. Path: news.infinet.com!usenet
  2. From: Paul Swetnam <pswetnam@infinet.com>
  3. Newsgroups: comp.sys.m68k
  4. Subject: Re: Bus Error Handler for 68040
  5. Date: Fri, 02 Feb 1996 08:36:56 -0800
  6. Organization: Aeroflex Lintek Corp.
  7. Message-ID: <31123DA8.7BA1@infinet.com>
  8. References: <30FFE81F.4110@infinet.com> <823212746.11237@fpfnet.demon.co.uk>
  9. NNTP-Posting-Host: cmh-p095.infinet.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0b6b (Win16; I)
  14.  
  15. Robert Cragie wrote:
  16. > 
  17. > Sometime ago, I wrote a bus error handler for the 68EC030, which may
  18. > well be similar. I tried using the stack fiddling technique (OK on
  19. > 68000), but it didn't work. Browsing the data book revealed that the
  20. > DF (Data Fault re-run) bit of the stacked SSW (Special Statue Word)
  21. > has to be cleared before doing the RTE. The following bit of code
  22. > worked OK. It assumed that d2 was set to a 'magic' value before
  23. > attempting a 'wary' access to detect possibly legitimate bus errors
  24. > due to non-existent VME boards for example.
  25.  
  26. Your technique works great for the 68030 (in fact we used a very 
  27. similar in an earlier 68020 based system). However, there is no 
  28. equivalent to the DF bit in the 68040 stack frame. The 68040 executes 
  29. code in a different manor than the 68030 and it's predecessors which 
  30. makes the techniques we used for the 68020 unusable.
  31.  
  32. (However, I think I fully understand my problem now. See my follow up 
  33. post on the main message thread)
  34.  
  35. Will Koehler
  36. Design Engineer
  37. Aeroflex Lintek Corp.
  38.  
  39.  
  40.